Adaptive two-stage downlink control channel structure for code block group based fifth generation (5G) or other next generation systems

ABSTRACT

An adaptive two-stage downlink control channel structure is utilized for control channel transmission with code block group (CBG) retransmission for 5G and other next generation wireless systems. In an aspect, the first stage of the two-stage downlink control channel structure utilizes a defined format (e.g., having a fixed length) and provides information that is employable to determine the length and/or coding scheme of the second stage. In another aspect, the second stage of the two-stage downlink control channel structure utilizes a variable length/size to indicate the CBGs that are scheduled to be retransmitted (e.g., by employing a variable length bitmap). As an example, the length/size is varied based on a length/size of a transport block, from which the CBGs have been generated.

TECHNICAL FIELD

The subject disclosure relates to wireless communications, e.g.,adaptive two-stage downlink control channel structure for code blockgroup based fifth generation (5G) or other next systems.

BACKGROUND

Data communication is prone to errors due to various factors such as,traffic congestion, delay, packet drop, non-receipt of acknowledgements,signaling factors, etc. In one example, forward error correction (FEC)is utilized to prevent these errors. When forward error correction isapplied to an information block, additional parity bits, that are addedto the information bits, are utilized to protect the information bitswhen passed through a communication channel. Based on the performance inadditive white Gaussian channels (AWGN), conventional third generationpartnership project (3GPP) systems utilize low-density parity check(LDPC) codes as the channel coding scheme for encoding a data channel indownlink and uplink direction. The LDPC codes are a class of linearblock codes, wherein the parity check matrix is sparse (e.g., having alow density). When iterative decoding is applied at the receiver, thesecodes are known to perform close to Shannon capacity with reduceddecoding complexity.

To meet the huge demand for data centric applications, Third GenerationPartnership Project (3GPP) systems and systems that employ one or moreaspects of the specifications of the Fourth Generation (4G) standard forwireless communications will be extended to a Fifth Generation (5G)standard for wireless communications. Unique challenges exist to providelevels of service associated with forthcoming 5G, or other nextgeneration, standards for wireless communication.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example is an example message sequence flow chartthat can facilitate downlink data transfer.

FIG. 2 illustrates an example system transmits a control signal thatadheres to an adaptive two-stage downlink control channel structure forcode block group (CBG)-based retransmissions.

FIG. 3 illustrates an example system that determines an adaptivetwo-stage downlink control channel structure for CBG-basedretransmissions.

FIG. 4 illustrates an example system that receives a control signal thatadheres to an adaptive two-stage downlink control channel structure forCBG-based retransmissions.

FIG. 5 illustrates example adaptive two-stage downlink control channelstructures in accordance with the subject embodiments.

FIG. 6 illustrates an example method that facilitates a transmission ofa control signal via an adaptive two-stage downlink control channel forCBG-based retransmissions.

FIG. 7 illustrates an example method that facilitates a reception of acontrol signal via an adaptive two-stage downlink control channel forCBG-based retransmissions.

FIG. 8 illustrates an example block diagram of a user equipment operableto engage in a system architecture that facilitates wirelesscommunications according to one or more embodiments described herein.

FIG. 9 illustrates a block diagram of a computer operable to execute thedisclosed communication architecture.

FIG. 10 illustrates a schematic block diagram of a computing environmentin accordance with the subject specification

DETAILED DESCRIPTION

One or more embodiments are now described with reference to thedrawings, wherein like reference numerals are used to refer to likeelements throughout. In the following description, for purposes ofexplanation, numerous specific details are set forth in order to providea thorough understanding of the various embodiments. It may be evident,however, that the various embodiments can be practiced without thesespecific details, e.g., without applying to any particular networkedenvironment or standard. In other instances, well-known structures anddevices are shown in block diagram form in order to facilitatedescribing the embodiments in additional detail.

As used in this application, the terms “component,” “module,” “system,”“interface,” “node,” “platform,” “server,” “controller,” “entity,”“element,” “gateway,” or the like are generally intended to refer to acomputer-related entity, either hardware, a combination of hardware andsoftware, software, or software in execution or an entity related to anoperational machine with one or more specific functionalities. Forexample, a component may be, but is not limited to being, a processrunning on a processor, a processor, an object, an executable, a threadof execution, computer-executable instruction(s), a program, and/or acomputer. By way of illustration, both an application running on acontroller and the controller can be a component. One or more componentsmay reside within a process and/or thread of execution and a componentmay be localized on one computer and/or distributed between two or morecomputers. As another example, an interface can comprise input/output(I/O) components as well as associated processor, application, and/orAPI components.

Further, the various embodiments can be implemented as a method,apparatus, or article of manufacture using standard programming and/orengineering techniques to produce software, firmware, hardware, or anycombination thereof to control a computer to implement one or moreaspects of the disclosed subject matter. An article of manufacture canencompass a computer program accessible from any computer-readabledevice or computer-readable storage/communications media. For example,computer readable storage media can comprise but are not limited tomagnetic storage devices (e.g., hard disk, floppy disk, magnetic strips. . . ), optical disks (e.g., compact disk (CD), digital versatile disk(DVD) . . . ), smart cards, and flash memory devices (e.g., card, stick,key drive . . . ). Of course, those skilled in the art will recognizemany modifications can be made to this configuration without departingfrom the scope or spirit of the various embodiments.

In addition, the word “example” or “exemplary” is used herein to meanserving as an example, instance, or illustration. Any aspect or designdescribed herein as “exemplary” is not necessarily to be construed aspreferred or advantageous over other aspects or designs. Rather, use ofthe word exemplary is intended to present concepts in a concretefashion. As used in this application, the term “or” is intended to meanan inclusive “or” rather than an exclusive “or.” That is, unlessspecified otherwise, or clear from context, “X employs A or B” isintended to mean any of the natural inclusive permutations. That is, ifX employs A; X employs B; or X employs both A and B, then “X employs Aor B” is satisfied under any of the foregoing instances. In addition,the articles “a” and “an” as used in this application and the appendedclaims should generally be construed to mean “one or more” unlessspecified otherwise or clear from context to be directed to a singularform.

Moreover, terms like “user equipment,” “communication device,” “mobiledevice,” “mobile station,” and similar terminology, refer to a wired orwireless communication-capable device utilized by a subscriber or userof a wired or wireless communication service to receive or convey data,control, voice, video, sound, gaming, or substantially any data-streamor signaling-stream. The foregoing terms are utilized interchangeably inthe subject specification and related drawings. Data and signalingstreams can be packetized or frame-based flows. Further, the terms“user,” “subscriber,” “consumer,” “customer,” and the like are employedinterchangeably throughout the subject specification, unless contextwarrants particular distinction(s) among the terms. It should be notedthat such terms can refer to human entities or automated componentssupported through artificial intelligence (e.g., a capacity to makeinference based on complex mathematical formalisms), which can providesimulated vision, sound recognition and so forth.

The systems and methods disclosed herein relate to communication systemswith hybrid automatic repeat requests (HARM), and one or moreembodiments relate to control channel transmission with code block grouptransmission for wireless systems. During code block segmentation, atransport block is segmented into smaller code blocks, each having aspecified length/size. Since the length of the transmission blockvaries, the number of code blocks generated during each transmission isvariable. If a receiver (e.g., user equipment (UE)) receives a set ofthe code blocks with errors, the receiver can transmit a negativeacknowledgement (NAK) signal for the failed code blocks with one or moregroups called code block groups (CBGs). During retransmission of theCBGs, the systems and methods disclosed herein adhere to an adaptivetwo-stage downlink control channel structure, wherein a first stage hasa defined (e.g., fixed) length and message structure to specifyscheduling parameters, (e.g., the transfer block length), and a secondstage has a variable length/size to explicitly indicate the CBGs thatare to be retransmitted (e.g., by employing a variable length bitmap).Accordingly, the receiver can initially decode the first stage anddetermine, based on the transfer block length, the length/size of thesecond stage. Further, the receiver can determine, based on an analysisof the first stage, a modulation scheme utilized for the second stage.Based on the determined data, the receiver can decode the second stageof the downlink control channel.

It should be noted that although various aspects and embodiments havebeen described herein in the context of 5G, universal mobiletelecommunications system (UMTS), and/or long term evolution (LTE), orother next generation networks, the disclosed aspects are not limited to5G, a UMTS implementation, and/or an LTE implementation as thetechniques can also be applied in 3G, 4G, or LTE systems. For example,aspects or features of the disclosed embodiments can be exploited insubstantially any wireless communication technology. Such wirelesscommunication technologies can include UMTS, code division multipleaccess (CDMA), Wi-Fi, worldwide interoperability for microwave access(WiMAX), general packet radio service (GPRS), enhanced GPRS, thirdgeneration partnership project (3GPP), LTE, third generation partnershipproject 2 (3GPP2) ultra mobile broadband (UMB), high speed packet access(HSPA), evolved high speed packet access (HSPA+), high-speed downlinkpacket access (HSDPA), high-speed uplink packet access (HSUPA), Zigbee,or another IEEE 802.XX technology. Additionally, substantially allaspects disclosed herein can be exploited in legacy telecommunicationtechnologies.

As used herein, “5G” can also be referred to as New Radio (NR) access.Accordingly, systems, methods, and/or machine-readable storage media forfacilitating improved communication coverage for 5G systems are desired.As used herein, one or more aspects of a 5G network can comprise, but isnot limited to, data rates of several tens of megabits per second (Mbps)supported for tens of thousands of users; at least one gigabit persecond (Gbps) to be offered simultaneously to tens of users (e.g., tensof workers on the same office floor); several hundreds of thousands ofsimultaneous connections supported for massive sensor deployments;spectral efficiency significantly enhanced compared to 4G; improvementin coverage relative to 4G; signaling efficiency enhanced compared to4G; and/or latency significantly reduced compared to LTE.

Referring initially to FIG. 1, there illustrated is an example messagesequence flow chart 100 that can facilitate downlink data transfer,according to one or more aspects of the disclosed subject matter. Asillustrated, the non-limiting message sequence flow chart 100 representsa message sequence between a network device 102 and a user equipment(UE) 104. In one example, the network device 102 can comprise most anyradio access network (RAN) device, for example, a network controller, anaccess point (e.g., eNodeB, gNodeB, etc.) or any number of other networkcomponents of a communication network (e.g., cellular network). Inanother example, the UE 104 can comprise, but are is limited to most anyindustrial automation device and/or consumer electronic device, forexample, a tablet computer, a digital media player, a wearable device, adigital camera, a media player, a cellular phone, a personal computer, apersonal digital assistant (PDA), a smart phone, a laptop, a gamingsystem, set top boxes, home security systems, an Internet of things(IoT) device, a connected vehicle, at least partially automated vehicle(e.g., drones), etc.

During downlink data transfer, one or more pilot signals and/orreference signals 106 can be transmitted from the network device 102 tothe UE 104. As an example, the one or more pilot signals and/orreference signals 106 can be beamformed or non-beamformed. According tosome implementations, the one or more pilot signals and/or referencesignals 106 can be cell (e.g., network device) specific and/or mobiledevice specific. Based on the one or more pilot signals and/or referencesignals 106, the UE 104 can compute the channel estimates and candetermine (e.g., can compute) the one or more parameters needed forchannel state information (CSI) reporting, as indicated at 108. The CSIreport can comprise, for example, a channel quality indicator (CQI), aprecoding matrix index (PMI), rank information (RI), the best subbandindices, best beam indices, and so on, or any number of other types ofinformation.

The CSI report can be sent from the UE 104 to the network device 102 viaa feedback channel (e.g., uplink control or feedback channel 108). TheCSI report can be sent on a periodic basis or on-demand (e.g., aperiodicCSI reporting). The network device 102, which can comprise a scheduler,can use the CSI report for choosing the parameters for scheduling of theUE 104. The network device 102 can send the scheduling parameters to theUE 104 in a downlink control channel (e.g., downlink control channel110), referred to as the Physical Downlink Control Channel (PDCCH). ThePDCCH carries information about the scheduling grants, such as but notlimited to, number of multiple input, multiple output (MIMO) layersscheduled, transport block sizes, modulation for each codeword,parameters related to hybrid automatic repeat request (HARQ), sub bandlocations and/or precoding matrix index corresponding to that sub bands.In one aspect, the PDCCH employs a defined format (e.g., downlinkcontrol information (DCI) format) to transmit the following information:Localized/Distributed virtual resource block (VRB) assignment flag;Resource block assignment; Modulation and coding scheme; HARQ processnumber; New data indicator; Redundancy version (RV); Transmit PowerControl (TPC) command for uplink control channel; Downlink assignmentindex; Precoding matrix index; Number of layers; etc.

After the scheduling parameter information has been transmitted, theactual data transfer can take place from the network device 102 to theUE 104 over the data traffic channel 112. In NR, for data transfer, codeblock segmentation can be applied prior to encoding the transport block(e.g., communication data that is to be transferred). Code blocksegmentation refers to a process of dividing the transport block intosmaller code blocks, the sizes of which should correspond to a codeblock size supported by the encoder.

When the code blocks are received by the UE 104, the UE 104 can utilizeerror correction techniques (e.g., forward error correction (FEC)) todetermine if any errors have occurred during transmission. If sucherrors are not detected and the code blocks have been decoded correctly,the UE 104 can provide an acknowledge (ACK) message to the networkdevice 102. Alternatively, if one or more of the code blocks haveerrors, the UE 104 can provide a negative acknowledgement (NAK) messagethat specifies one or more code block groups (CBGs) belonging to aspecific HARQ process number that comprise code blocks that have beenreceived with errors (e.g., via ACK/NAK signaling 114 communicated overan uplink control channel). In NR, the uplink control channel can carryinformation about Hybrid Automatic Repeat Request-Acknowledgement(HARQ-ACK) information corresponding to the downlink data transmission,and channel state information. The channel state information canconsists of rank indicator (RI), channel quality indicator (CQI), andprecoding matrix indicators (PMI). Either physical uplink controlchannel (PUCCH) or physical uplink shared channel (PUSCH) can be used tocarry this information. Note that the PUCCH reporting can be periodicand the periodicity of the PUCCH can be configured by the higher layers,while the PUSCH reporting can be aperiodic.

According to an embodiment, on receiving a NAK indication for one ormore CBGs, the network device 102 can retransmit the specified CBGs tothe UE 104. To initiate the retransmission, the network device 102 cantransmit control data via an adaptive two-stage downlink control channel116, wherein a first stage can utilize the same format (e.g., DCIformat), length, and/or size as that utilized by the downlink controlchannel 110, and a second stage can utilize an adaptable length/size.Moreover, the first stage can comprise control information, such as, butnot limited to, transport block length/size, localized/distributed VRBassignment flag, resource block assignment, modulation and codingscheme, HARQ process number, new data indicator, RV, TPC command foruplink control channel, downlink assignment index, precoding matrixindex, number of layers; etc. In an aspect, the second stage cancomprise data that indicates explicitly the CBGs that are scheduled tobe retransmitted. On receiving this information, the UE 104 can firstdecode the first stage of the downlink control channel and determine thetotal number of CBGs that will be transmitted and the correspondingmodulation scheme for the CBGs. Further, the UE 104 can analyze thefirst stage to determine a length of the second stage and accordinglydecodes the second stage of the downlink control channel. The dataretransmission (of the selected CBGs) can be performed via the datatraffic channel 118.

Although the disclosure has been described with respect to a downlinkcontrol channel structure, it is noted that the disclosure is not solimited and that the aspects described herein can be applied to uplinkand/or side link data transmission schemes. In addition, the embodimentsdisclosed herein are applicable to single carrier and/or multi carrier(e.g., carrier aggregation) transmission schemes.

Referring now to FIG. 2, there illustrated is an example system 200 thattransmits a control signal that adheres to an adaptive two-stagedownlink control channel structure for CBG-based retransmissions, inaccordance with an aspect of the subject disclosure. It is noted thatthe network device 102 can comprise functionality as more fullydescribed herein, for example, as described above with regard to system100. The various aspects discussed herein can facilitate improvedcoverage in a wireless communications system. Although system 200 hasbeen described with respect to a 5G network, it is noted that thesubject disclosure is not limited to 5G networks and can be utilized inmost any communication network.

During HARQ, 3GPP system can utilize mechanisms to retransmit failedcode blocks if the receiver communicates the failed code blocks.Typically, the code block segments are grouped into one or more codeblock groups and the receiver (e.g., UE 104) can send an HARQ ACK/NAKfor these code block group. If any code block segments within a CBG isin error, then the receiver can inform the transmitter (e.g., networkdevice 102), via the uplink feedback channel, that the CBG belonging toa specific HARQ process number is in error. In response, the transmittercan resend all the HARQ of all the code block segments within that CBG.The signaling overhead that occurs during the conventional approach forindicating the CBGs, which are scheduled for retransmission, isextremely high. For example, if the network has configured the number ofCBGs (N) for the highest number of resources elements, for example,6600. Then N=6600*8*14*4/8448=90.2344. Consider the example scenariowherein the network configures N=90. In this example scenario, for everyretransmission, the network device will send a bitmap of length equal to90 bits in the downlink control channel, wherein the bit positionscorresponding to the failed CBGs are set to 1 and the bit positionscorresponding to the accurately received CBGs are set to 0, which wouldindicates to the UE that those CBGs are re transmitted. Transmitting abitmap, having a length corresponding to a maximum number of CBGs thatcan be handled by the system, during each retransmission (regardless ofthe total number of CBGs and/or the resource allocation) can incursignificant overhead for the downlink control channel. In this examplescenario, the downlink control channel will occupy more resourcesthereby reducing the number of resources for data traffic channels. Thisin turn reduces the throughput and capacity for the system.

Referring back to FIG. 2, there illustrated is system 200 that adaptsthe size/length of the bitmap to reduce signaling overhead. In oneaspect, the total number of CBGs that are transmitted to a UE can vary,for example, when resource allocation is different during datatransmission (e.g., due to channel conditions), when transmission blocklength is different, etc. For example, at time T1, the total number ofCBGs can be 4 and at time T2, the total number of CBGs can be 20. System200 utilizes fewer number of resources for the downlink control channel(than conventional systems) while exploiting the benefits of theCBG-based transmission.

In one aspect, the network device 102 can transfer data to a UE bysetting up a data traffic channel (e.g., via signaling 106-112 in FIG.1). As an example, the network device 102 can comprise a feedbackreception component 202 that receives, from a UE, HARQ-ACK/NAK feedbackfor the data transfer. As an example, the HARQ-ACK/NAK feedback canindicate the CBGs that have been received by the UE accurately and theCBGs that have been received with an error. In one aspect, aretransmission component 204 can be utilized to determine the resourcesfor the CBGs that are to be retransmitted (e.g., the CBGs that have beenreceived with an error) and determine modulation and/or RV for theseCBGs. Further, a data transfer component 206 can be utilized to transmitcontrol information to facilitate the retransmission via an adaptivetwo-stage downlink control channel. In an aspect, the first stage of theadaptive two-stage downlink control channel utilizes the same downlinkcontrol channel structure as that utilized during the original datatransfer. However, the second stage of the adaptive two-stage downlinkcontrol channel utilizes a variable length to provide an explicitindication of the CBGs that are scheduled for retransmission. Forexample, the second stage comprises a bitmap of the total number of CBGs(corresponding to the particular transport block), wherein the CBGs thatare to be retransmitted are flagged. As an example, the bitmap can begenerated by the retransmission component 204.

According to an example, a subsequent data transfer from the networkdevice 102 to the UE can comprise different number of code blocks (e.g.,due to a difference in the length size of the transport block) and thusdifferent number of CBGs. If retransmissions are requested for a set ofthese CBGs, the retransmission component 204 can generate another bitmap(e.g., having a different length that the previously sent bitmap) basedon the new number of CBGs. For example, if the total number of CBGs hasincreased, the length of the bitmap will be longer, while if the totalnumber of CBGs has decreased, the length of the bitmap will be shorterthan the previously sent bitmap.

In some embodiments, the network device 102 can comprise a radio networknode that can comprise any type of network node that serves one or moreUEs and/or that is coupled to other network nodes or network elements orany radio node from where the one or more UEs receive a signal. Examplesof radio network nodes are Node B, base station (BS), multi-standardradio (MSR) node such as MSR BS, eNodeB, gNodeB, network controller,radio network controller (RNC), base station controller (BSC), relay,donor node controlling relay, base transceiver station (BTS), accesspoint (AP), transmission points, transmission nodes, RRU, RRH, nodes indistributed antenna system (DAS) etc.

Cloud radio access networks (RAN) can enable the implementation ofconcepts such as software-defined network (SDN) and network functionvirtualization (NFV) in 5G networks. This disclosure can facilitate ageneric channel state information framework design for a 5G network.Certain embodiments of this disclosure can comprise an SDN controllerthat can control routing of traffic within the network and between thenetwork and traffic destinations. The SDN controller can be merged withthe 5G network architecture to enable service deliveries via openapplication programming interfaces (APIs) and move the network coretowards an all Internet protocol (IP), cloud based, and software driventelecommunications network. The SDN controller can work with, or takethe place of Policy and Charging Rules Function (PCRF) network elementsso that policies such as quality of service and traffic management androuting can be synchronized and managed end to end.

To meet the huge demand for data centric applications, 4G standards canbe applied to 5G, also called NR access. 5G networks can comprise thefollowing: data rates of several tens of megabits per second supportedfor tens of thousands of users; 1 gigabit per second can be offeredsimultaneously (or concurrently) to tens of workers on the same officefloor; several hundreds of thousands of simultaneous (or concurrent)connections can be supported for massive sensor deployments; spectralefficiency can be enhanced compared to 4G; improved coverage; enhancedsignaling efficiency; and reduced latency compared to LTE. Inmulticarrier system such as OFDM, each subcarrier can occupy bandwidth(e.g., subcarrier spacing). If the carriers use the same bandwidthspacing, then it can be considered a single numerology. However, if thecarriers occupy different bandwidth and/or spacing, then it can beconsidered a multiple numerology.

Typically, the communication link-system performance is enhanced withthe use of forward error correction (FEC) code. When FEC is applied tothe transport block, additional parity bits are added to the informationbits. These additional parity bits protect the information bits whenpassed through a communication channel. Based on the performance inadditive white Gaussian channels (AWGN), low-density parity check (LDPC)codes can be utilized as the channel coding scheme for encoding datachannel in downlink and/or uplink direction. However, it is noted thatthe specification is not limited to utilization of LDPC codes. LDPCcodes are a class of linear block codes where the parity check matrix issparse (low density of 1 s). When iterative decoding is applied at thereceiver, these codes are known to perform close to Shannon capacitywith less decoding complexity.

Referring now to FIG. 3, there illustrated is an example system 300 thatdetermines an adaptive two-stage downlink control channel structure forCBG-based retransmissions, in accordance with an aspect of the subjectdisclosure. It is noted that the network device 102, feedback receptioncomponent 202, retransmission component 204, and data transfer component206 can comprise functionality as more fully described herein, forexample, as described above with regard to systems 100 and 200.

According to an aspect, a code block segmentation component 302 can beutilized to perform physical-layer processing during data transfer. Asan example, in NR the transport block 304 can be encoded using a LDPCcoder 308. In the first step of the physical-layer processing, a M-bit(e.g., wherein M can be most any integer) cyclic redundancy check (CRC)is calculated for and appended to each transport block, for example, CRC310 appended to transport block 304. The CRC allows for UE-sidedetection of errors in the decoded transport block. The correspondingerror indication can, for example, be used by the downlink hybrid-ARQprotocol as a trigger for requesting retransmissions (e.g., received bythe feedback reception component 202). According to an aspect, if thetransport block 304, including the transport-block CRC 310, exceeds adefined code block size (e.g., 8448), the code block segmentationcomponent 302 performs segmentation of the transport block 304 beforethe LDPC coding. As an example, the segmentation comprises dividing thetransport block 304 into smaller code blocks 306 ₁-306 _(M), the sizesof which can be selected to match a set of code-block sizes supported bythe LDPC coder 308. In order to ensure that a transport block ofarbitrary size can be segmented into code blocks that match the set ofavailable code-block sizes, the code block segmentation component 302can optionally insert “dummy” filler bits 312 at the head of the firstcode block.

Further, the code block segmentation component 302 can append additionalCRCs 314 ₁-314 _(M) to the respective the code blocks 306 ₁-306 _(M).This allows for early detection of correctly decoded code blocks at theUE. It is noted that in the case of a single code block when nosegmentation is needed, no additional code-block CRC is applied;code-block segmentation is typically applied to large transport blocksfor which the relative extra overhead due to the additional transportblock CRC is small. Information about the transport-block size isprovided to the UE as part of the scheduling assignment transmitted onthe PDCCH control channel. Based on this information, the UE candetermine the code block size and number of code blocks. The UE canthus, based on the information provided in the scheduling assignment,straightforwardly undo or assemble the code block segmentation andrecover the decoded transport blocks.

According to an aspect, if one or more of the code blocks 306 ₁-306 _(M)are not decoded correctly by the UE, the UE can request retransmissionof failed CBGs that comprise the one or more of the code blocks 306₁-306 _(M). In an aspect, during retransmission, the retransmissioncomponent 204 can dynamically generate a bitmap based on parameters,such as, but not limited to, a size of the transport block 304, and/or atotal number of code blocks generated (M), etc. Moreover, the size ofthe bitmap is optimized based on the parameters.

Further, in one aspect, the LDPC coder encodes the failed CBGs in thesecond stage before retransmission. As an example, a Reed-Muller code isutilized if the length of the CBGs equal or less than 11 and uses thesame code as that used in stage one (e.g., polar code). In anotherexample, the same polar code is utilized for encoding the first stageand the second stage.

Referring now to FIG. 4, there illustrated is an example system 400 thatreceives a control signal that adheres to an adaptive two-stage downlinkcontrol channel structure for CBG-based retransmissions, according to anaspect of the subject disclosure. It is noted that the UE 104 cancomprise functionality as more fully described herein, for example, asdescribed above with regard to systems 100-200. Although system 400 hasbeen described with respect to a NR network, it is noted that thesubject disclosure is not limited to NR networks and can be utilized inmost any communication network.

In one aspect, during data communication a downlink reception component402 can receive scheduling parameters related to a data transfer via adownlink control channel. Subsequent to the receiving of the schedulingparameters, the downlink reception component 402 can receive datatransfer of code blocks that have been generated during code blocksegmentation applied to a transport block. A decoding component 404 candecode the code blocks and provide ACK/NAK feedback (e.g., HARQ-ACK/NAK)to the network device based on errors determined during the decoding.

Consider an example scenario wherein one or more of the code blocks arenot decoded properly. In this example scenario, the UE 104 can provide aNAK for failed CBGs that comprise the one or more of the code blocks. Inresponse, the network device can transmit, via the downlink controlchannel, a control signal that has an adaptive two-stage control channelstructure. In one aspect, the downlink reception component 402 canreceive the control signal and the decoding component 404 can decode thetwo stages. In one example, a stage1 decoder can decode the first stageof control signal and determine parameters, such as, but not limited to,a number of resources allocated for re-transmission, a correspondingmodulation scheme utilized for the CBGs, a size/length of the transportblock, etc. Based on an analysis of the parameters, the UE 104 candetermine a number of CBGs that are to be retransmitted. For example,the number of CBGs that are to be retransmitted can be determined bydividing the length of the transport block by a defined number (e.g., amaximum code-block size). According to an aspect, the first stageadheres to the same (or substantially similar) format and/or structureas the signal used to transmit the scheduling parameters during the datatransmission.

For identifying an explicit indication of CBGs that are to beretransmitted (e.g., a bitmap wherein the CBGs that are to beretransmitted have been flagged), the stage 2 decoder 408 can decode thesecond stage of the control channel. Since the length of the CBGindication is determined (e.g., based on the length of the transportblock), most any decoding algorithms, for example, Reed-Muller decoding,maximum likelihood decoding, and/or list decoding for polar codes, etc.can be utilized. Based on the decoded information the UE 104 canfacilitate reception of the retransmitted CBGs.

Referring now to FIG. 5, there illustrated are example adaptivetwo-stage downlink control channel structures 500 in accordance with thesubject embodiments. Although downlink control channel structures forretransmissions associated with only three transport blocks (havingdifferent lengths) is shown, it is noted that the subject disclosure isnot limited to three different downlink control channel structures.

In an embodiment, control channel structures 502 ₁-502 ₂ depict anexample adaptive two-stage downlink control channel structure forretransmission of CBGs for a transport block 1 (e.g., having length X;wherein X is most any integer). During this retransmission (e.g., attime T1), the first stage 502 ₁ adheres to the same (or substantiallysimilar) structure as that adhered to by the downlink control channelduring the transmission (e.g., first transmission) of the CBGs, whilethe second stage 502 ₂ has a length of A bits (e.g., wherein A is mostany integer that is determined based on the total number of CBGsgenerated for the transport block 1). In another embodiment, controlchannel structures 504 ₁-504 ₂ depict an example adaptive two-stagedownlink control channel structure for retransmission of CBGs for atransport block 2 (e.g., having length Y; wherein Y is most anyinteger). During this retransmission (e.g., at time T2), the first stage504 ₁ adheres to the same (or substantially similar) structure as thatadhered to by the downlink control channel during the transmission(e.g., first transmission) of the CBGs, while the second stage 504 ₂ hasa length of B bits (e.g., wherein B is most any integer that isdetermined based on the total number of CBGs generated for the transportblock 2). In yet another embodiment, control channel structures 506₁-506 ₂ depict an example adaptive two-stage downlink control channelstructure for retransmission of CBGs for a transport block 3 (e.g.,having length Z; wherein Z is most any integer). During thisretransmission (e.g., at time T3), the first stage 506 ₁ adheres to thesame (or substantially similar) structure as that adhered to by thedownlink control channel during the transmission (e.g., firsttransmission) of the CBGs, while the second stage 506 ₂ has a length ofC bits (e.g., wherein C is most any integer that is determined based onthe total number of CBGs generated for the transport block 3). As seenfrom FIG. 5, the lengths of the second stages can be varied to utilizedownlink control channel bandwidth optimally and/or efficiently and inturn to improve link and system throughput.

FIGS. 6-7 illustrate flow diagrams and/or methods in accordance with thedisclosed subject matter. For simplicity of explanation, the flowdiagrams and/or methods are depicted and described as a series of acts.It is to be understood and noted that the various embodiments are notlimited by the acts illustrated and/or by the order of acts, for exampleacts can occur in various orders and/or concurrently, and with otheracts not presented and described herein. Furthermore, not allillustrated acts may be required to implement the flow diagrams and/ormethods in accordance with the disclosed subject matter. In addition,those skilled in the art will understand and note that the methods couldalternatively be represented as a series of interrelated states via astate diagram or events. Additionally, it should be further noted thatthe methods disclosed hereinafter and throughout this specification arecapable of being stored on an article of manufacture to facilitatetransporting and transferring such methods to computers. The termarticle of manufacture, as used herein, is intended to encompass acomputer program accessible from any computer-readable device orcomputer-readable storage/communications media.

Referring now to FIG. 6 there illustrated is an example method 600 thatfacilitates a transmission of a control signal via an adaptive two-stagedownlink control channel for CBG-based retransmissions, according to anaspect of the subject disclosure. In an aspect, method 600 can beimplemented by one or more network devices (e.g., network device 102) ofa communication network (e.g., cellular network). At 602, first controlinformation to initiate a transfer of CBGs can be transmitted via asingle stage downlink control channel that utilizes a first datastructure (e.g., DCI format). As an example, the first controlinformation can be transmitted from a network device to a UE. Based onthe first control information, a first data traffic channel can beestablished between the network device and the UE, and at 604, the CBGscan be transferred via the first data traffic channel. At 606, aHARQ-NAK can be received for a set of the CBGs (e.g., which failed to becorrectly decoded by the UE). At 608, second control information can betransmitted via an adaptive two-stage downlink control channel, whereinthe first stage utilizes the first data structure and the second phaseutilizes a variable second data structure. In one example, the firststage comprises scheduling data, such as, but not limited to, number ofMIMO layers scheduled, transport block sizes, modulation for eachcodeword, parameters related to HARQ, sub band locations, and/orprecoding matrix index corresponding to the sub bands. In anotherexample, the second phase comprises an explicit indication (e.g., via abitmap) of the CBGs that are scheduled to be transmitted (and the CBGsthat are not scheduled to be transmitted). According to an embodiment,the length of the second phase is optimized to reduce signalingoverhead. Moreover, in one example, the number of bits within the bitmaptransmitted in the second phase comprises the total number of CBGsgenerated for a transport block. Based on the second controlinformation, a second data traffic channel can be established betweenthe network device and the UE, and at 610, the set of CBGs can beretransmitted via the second data traffic channel.

FIG. 7 illustrates an example method 700 that facilitates a reception ofa control signal via an adaptive two-stage downlink control channel forCBG-based retransmission, according to an aspect of the subjectdisclosure. As an example, method 700 can be implemented by one or moreUE (e.g., UE 104) of a communication network (e.g., cellular network).At 702, first control information to initiate a transfer of CBGs can bereceived via a single stage downlink control channel that utilizes afirst data structure (e.g., DCI format). As an example, the firstcontrol information can be transmitted from a network device (e.g.,gNodeB) to the UE. Based on the first control information, a first datatraffic channel can be established between the network device and theUE, and at 704, the CBGs can be received via the first data trafficchannel.

Most any decoding mechanisms can be utilized to decode the CBGs. At 706,a set of the CBGs that have been decoded with errors can be determined.At 708, a feedback signal (e.g., HARQ-NAK) indicative of the set of theCBGs can be transmitted to the network device. At 710, second controlinformation can be received via an adaptive two-stage downlink controlchannel, wherein the first stage utilizes the first data structure andthe second phase utilizes a variable second data structure. At 712, datafrom the first stage can be analyzed to determine the length of thesecond stage to facilitate decoding of the second stage. The first stagecan be decoded and once the decoding is successful, the number ofresources allocated for retransmission and/or the modulation scheme canbe determined. In one example, the first stage can include schedulingdata, comprising, but not limited to the length of the transport block(e.g., that is used to generate the CBGs). Based on the length of thetransport block, the total number of CBGs and thus, the length of thesecond phase can be determined. Further, based on the length of thesecond phase, the decoding technique for the CBGs can be selected andutilized. In one example, Reed-Muller code is utilized to decide thesecond phase, when the length of the CBGs (number of bits) is equal orless than 11. In another example, the polar code can be utilized fordecoding if the second phase, when the length of the CBGs (number ofbits) is greater than 11. Based on the second control information, asecond data traffic channel can be established between the networkdevice and the UE, and at 714, a retransmission of the set of CBGs canbe received via the second data traffic channel.

In one aspect, the systems 100-400 and methods 600-700 disclosed hereinprovide various non-limiting advantages, for example, (i) reducedsignaling overhead for downlink control channel, there by efficientlyallocating the resources for control channel; (ii) improving the linkand system throughput.

Referring now to FIG. 8, illustrated is an example block diagram of anexample UE 800 operable to engage in a system architecture thatfacilitates wireless communications according to one or more embodimentsdescribed herein. UE 104 described herein is substantially similar to UE800 and can comprise functionality as more fully, for example, asdescribed herein with regard to UE 800.

The following discussion is intended to provide a brief, generaldescription of an example of a suitable environment in which the variousembodiments can be implemented. While the description includes a generalcontext of computer-executable instructions embodied on amachine-readable storage medium, those skilled in the art will recognizethat the innovation also can be implemented in combination with otherprogram modules and/or as a combination of hardware and software.

The UE includes a processor 802 for controlling and processing allonboard operations and functions. A memory 804 interfaces to theprocessor 802 for storage of data and one or more applications 806(e.g., a video player software, user feedback component software, etc.).Other applications can include voice recognition of predetermined voicecommands that facilitate initiation of the user feedback signals. Theapplications 806 can be stored in the memory 804 and/or in a firmware808, and executed by the processor 802 from either or both the memory804 or/and the firmware 808. The firmware 808 can also store startupcode for execution in initializing the UE 800. A communicationscomponent 810 interfaces to the processor 802 to facilitatewired/wireless communication with external systems, e.g., cellularnetworks, VoIP networks, and so on. Here, the communications component810 can also include a suitable cellular transceiver 811 (e.g., a GSMtransceiver) and/or an unlicensed transceiver 813 (e.g., Wi-Fi, WiMax)for corresponding signal communications. The UE 800 can be a device suchas a cellular telephone, a PDA with mobile communications capabilities,and messaging-centric devices. The communications component 810 alsofacilitates communications reception from terrestrial radio networks(e.g., broadcast), digital satellite radio networks, and Internet-basedradio services networks.

The UE 800 includes a display 812 for displaying text, images, video,telephony functions (e.g., a Caller ID function), setup functions, andfor user input. For example, the display 812 can also be referred to asa “screen” that can accommodate the presentation of multimedia content(e.g., music metadata, messages, wallpaper, graphics, etc.). The display812 can also display videos and can facilitate the generation, editingand sharing of video quotes. A serial I/O interface 814 is provided incommunication with the processor 802 to facilitate wired and/or wirelessserial communications (e.g., USB, and/or IEEE 1394) through a hardwireconnection, and other serial input devices (e.g., a keyboard, keypad,and mouse). This supports updating and troubleshooting the UE 800, forexample. Audio capabilities are provided with an audio I/O component816, which can include a speaker for the output of audio signals relatedto, for example, indication that the user pressed the proper key or keycombination to initiate the user feedback signal. The audio I/Ocomponent 816 also facilitates the input of audio signals through amicrophone to record data and/or telephony voice data, and for inputtingvoice signals for telephone conversations.

The UE 800 can include a slot interface 818 for accommodating a SIC(Subscriber Identity Component) in the form factor of a card SubscriberIdentity Module (SIM) or universal SIM 820, and interfacing the SIM card820 with the processor 802. However, it is to be appreciated that theSIM card 820 can be manufactured into the UE 800, and updated bydownloading data and software.

The UE 800 can process IP data traffic through the communicationscomponent 810 to accommodate IP traffic from an IP network such as, forexample, the Internet, a corporate intranet, a home network, a personarea network, etc., through an ISP or broadband cable provider. Thus,VoIP traffic can be utilized by the UE 800 and IP-based multimediacontent can be received in either an encoded or a decoded format.

A video processing component 822 (e.g., a camera) can be provided fordecoding encoded multimedia content. The video processing component 822can aid in facilitating the generation, editing, and sharing of videoquotes. The UE 800 also includes a power source 824 in the form ofbatteries and/or an AC power subsystem, which power source 824 caninterface to an external power system or charging equipment (not shown)by a power I/O component 826.

The UE 800 can also include a video component 830 for processing videocontent received and, for recording and transmitting video content. Forexample, the video component 830 can facilitate the generation, editingand sharing of video quotes. A location-tracking component 832facilitates geographically locating the UE 800. As describedhereinabove, this can occur when the user initiates the feedback signalautomatically or manually. A user input component 834 facilitates theuser initiating the quality feedback signal. The user input component834 can also facilitate the generation, editing and sharing of videoquotes. The user input component 834 can include such conventional inputdevice technologies such as a keypad, keyboard, mouse, stylus pen,and/or touch screen, for example.

Referring again to the applications 806, a hysteresis component 836facilitates the analysis and processing of hysteresis data, which isutilized to determine when to associate with the access point. Asoftware trigger component 838 can be provided that facilitatestriggering of the hysteresis component 836 when the Wi-Fi transceiver813 detects the beacon of the access point. A SIP client 840 enables theUE 800 to support SIP protocols and register the subscriber with the SIPregistrar server. The applications 806 can also include a client 842that provides at least the capability of discovery, play and store ofmultimedia content, for example, music.

The UE 800, as indicated above related to the communications component810, includes an indoor network radio transceiver 813 (e.g., Wi-Fitransceiver). This function supports the indoor radio link, such as IEEE802.11, for the dual-mode GSM UE 800. The UE 800 can accommodate atleast satellite radio services through a UE that can combine wirelessvoice and digital radio chipsets into a single handheld device. Further,UE 800 can comprise the downlink reception component 402 and thedecoding component 404, which can comprise functionality as more fullydescribed herein, for example, as described above with regard to system400.

Referring now to FIG. 9, there is illustrated a block diagram of acomputer 902 operable to execute the disclosed communicationarchitecture. In order to provide additional context for various aspectsof the disclosed subject matter, FIG. 9 and the following discussion areintended to provide a brief, general description of a suitable computingenvironment 900 in which the various aspects of the specification can beimplemented. While the specification has been described above in thegeneral context of computer-executable instructions that can run on oneor more computers, those skilled in the art will recognize that thespecification also can be implemented in combination with other programmodules and/or as a combination of hardware and software.

Generally, applications (e.g., program modules) comprise routines,programs, components, data structures, etc., that perform particulartasks or implement particular abstract data types. Moreover, thoseskilled in the art will note that the inventive methods can be practicedwith other computer system configurations, comprising single-processoror multiprocessor computer systems, minicomputers, mainframe computers,as well as personal computers, hand-held computing devices,microprocessor-based or programmable consumer electronics, and the like,each of which can be operatively coupled to one or more associateddevices.

The illustrated aspects of the specification can also be practiced indistributed computing environments where certain tasks are performed byremote processing devices that are linked through a communicationsnetwork. In a distributed computing environment, program modules can belocated in both local and remote memory storage devices.

A computing device can typically include a variety of machine-readablemedia. Machine-readable media can be any available media that can beaccessed by the computer and includes both volatile and non-volatilemedia, removable and non-removable media. By way of example and notlimitation, computer-readable media can comprise computer storage mediaand communication media. Computer storage media can include volatileand/or non-volatile media, removable and/or non-removable mediaimplemented in any method or technology for storage of information, suchas computer-readable instructions, data structures, program modules, orother data. Computer storage media can include, but is not limited to,RAM, ROM, EEPROM, flash memory or other memory technology, solid statedrive (SSD) or other solid-state storage technology, Compact Disk ReadOnly Memory (CD ROM), digital video disk (DVD), Blu-ray disk, or otheroptical disk storage, magnetic cassettes, magnetic tape, magnetic diskstorage or other magnetic storage devices, or any other medium which canbe used to store the desired information and which can be accessed bythe computer. In this regard, the terms “tangible” or “non-transitory”herein as applied to storage, memory or computer-readable media, are tobe understood to exclude only propagating transitory signals per se asmodifiers and do not relinquish rights to all standard storage, memoryor computer-readable media that are not only propagating transitorysignals per se.

Communications media typically embody computer-readable instructions,data structures, program modules or other structured or unstructureddata in a data signal such as a modulated data signal, e.g., a carrierwave or other transport mechanism, and comprises any informationdelivery or transport media. The term “modulated data signal” or signalsrefers to a signal that has one or more of its characteristics set orchanged in such a manner as to encode information in one or moresignals. By way of example, and not limitation, communication mediacomprise wired media, such as a wired network or direct-wiredconnection, and wireless media such as acoustic, radio frequency (RF),infrared and other wireless media. Combinations of the any of the aboveshould also be included within the scope of computer-readable media.

With reference again to FIG. 9, the example environment 900 forimplementing various aspects of the specification comprises a computer902, the computer 902 comprising a processing unit 904, a system memory906 and a system bus 908. As an example, the component(s),application(s) server(s), equipment, system(s), interface(s),gateway(s), controller(s), node(s), entity(ies), function(s), cloud(s)and/or device(s) (e.g., network device 102, UE 104, feedback receptioncomponent 202, retransmission component 204, data transfer component206, LDPC coder 308, downlink reception component 402, decodingcomponent 404, stage 1 decoder 406, stage 2 decoder 408, UE 800, etc.)disclosed herein with respect to systems 100-500 can each comprise atleast a portion of the computer 902. The system bus 908 couples systemcomponents comprising, but not limited to, the system memory 906 to theprocessing unit 904. The processing unit 904 can be any of variouscommercially available processors. Dual microprocessors and othermulti-processor architectures can also be employed as the processingunit 904.

The system bus 908 can be any of several types of bus structure that canfurther interconnect to a memory bus (with or without a memorycontroller), a peripheral bus, and a local bus using any of a variety ofcommercially available bus architectures. The system memory 906comprises read-only memory (ROM) 910 and random access memory (RAM) 912.A basic input/output system (BIOS) is stored in a non-volatile memory910 such as ROM, EPROM, EEPROM, which BIOS contains the basic routinesthat help to transfer information between elements within the computer902, such as during startup. The RAM 912 can also comprise a high-speedRAM such as static RAM for caching data.

The computer 902 further comprises an internal hard disk drive (HDD)914, which internal hard disk drive 914 can also be configured forexternal use in a suitable chassis (not shown), a magnetic floppy diskdrive (FDD) 916, (e.g., to read from or write to a removable diskette918) and an optical disk drive 920, (e.g., reading a CD-ROM disk 922 or,to read from or write to other high capacity optical media such as theDVD). The hard disk drive 914, magnetic disk drive 916 and optical diskdrive 920 can be connected to the system bus 908 by a hard disk driveinterface 924, a magnetic disk drive interface 926 and an optical driveinterface 928, respectively. The interface 924 for external driveimplementations comprises at least one or both of Universal Serial Bus(USB) and IEEE 1394 interface technologies. Other external driveconnection technologies are within contemplation of the subjectdisclosure.

The drives and their associated computer-readable storage media providenonvolatile storage of data, data structures, computer-executableinstructions, and so forth. For the computer 902, the drives and storagemedia accommodate the storage of any data in a suitable digital format.Although the description of computer-readable storage media above refersto a HDD, a removable magnetic diskette, and a removable optical mediasuch as a CD or DVD, it should be noted by those skilled in the art thatother types of storage media which are readable by a computer, such aszip drives, magnetic cassettes, flash memory cards, solid-state disks(SSD), cartridges, and the like, can also be used in the exampleoperating environment, and further, that any such storage media cancontain computer-executable instructions for performing the methods ofthe specification.

A number of program modules can be stored in the drives and RAM 912,comprising an operating system 930, one or more application programs932, other program modules 934 and program data 936. All or portions ofthe operating system, applications, modules, and/or data can also becached in the RAM 912. It is noted that the specification can beimplemented with various commercially available operating systems orcombinations of operating systems.

A user can enter commands and information into the computer 902 throughone or more wired/wireless input devices, e.g., a keyboard 938 and/or apointing device, such as a mouse 940 or a touchscreen or touchpad (notillustrated). These and other input devices are often connected to theprocessing unit 904 through an input device interface 942 that iscoupled to the system bus 908, but can be connected by other interfaces,such as a parallel port, an IEEE 1394 serial port, a game port, a USBport, an IR interface, etc. A monitor 944 or other type of displaydevice is also connected to the system bus 908 via an interface, such asa video adapter 946.

The computer 902 can operate in a networked environment using logicalconnections via wired and/or wireless communications to one or moreremote computers, such as a remote computer(s) 948. The remotecomputer(s) 948 can be a workstation, a server computer, a router, apersonal computer, portable computer, microprocessor-based entertainmentappliance, a peer device or other common network node, and typicallycomprises many or all of the elements described relative to the computer902, although, for purposes of brevity, only a memory/storage device 950is illustrated. The logical connections depicted comprise wired/wirelessconnectivity to a local area network (LAN) 952 and/or larger networks,e.g., a wide area network (WAN) 954. Such LAN and WAN networkingenvironments are commonplace in offices and companies, and facilitateenterprise-wide computer networks, such as intranets, all of which canconnect to a global communications network, e.g., the Internet.

When used in a LAN networking environment, the computer 902 is connectedto the local network 952 through a wired and/or wireless communicationnetwork interface or adapter 956. The adapter 956 can facilitate wiredor wireless communication to the LAN 952, which can also comprise awireless access point disposed thereon for communicating with thewireless adapter 956.

When used in a WAN networking environment, the computer 902 can comprisea modem 958, or is connected to a communications server on the WAN 954,or has other means for establishing communications over the WAN 954,such as by way of the Internet. The modem 958, which can be internal orexternal and a wired or wireless device, is connected to the system bus908 via the serial port interface 942. In a networked environment,program modules depicted relative to the computer 902, or portionsthereof, can be stored in the remote memory/storage device 950. It willbe noted that the network connections shown are example and other meansof establishing a communications link between the computers can be used.

The computer 902 is operable to communicate with any wireless devices orentities operatively disposed in wireless communication, e.g., desktopand/or portable computer, server, communications satellite, etc. Thiscomprises at least Wi-Fi and Bluetooth™ wireless technologies or othercommunication technologies. Thus, the communication can be a predefinedstructure as with a conventional network or simply an ad hoccommunication between at least two devices.

Wi-Fi, or Wireless Fidelity networks use radio technologies called IEEE802.11 (a, b, g, n, etc.) to provide secure, reliable, fast wirelessconnectivity. A Wi-Fi network can be used to connect computers to eachother, to the Internet, and to wired networks (which use IEEE 802.3 orEthernet). Wi-Fi networks operate in the unlicensed 2.4 and 5 GHz radiobands, at an 11 Mbps (802.11a) or 54 Mbps (802.11b) data rate, forexample, or with products that contain both bands (dual band), so thenetworks can provide real-world performance similar to the basic 10BaseTwired Ethernet networks used in many offices.

As it employed in the subject specification, the term “processor” canrefer to substantially any computing processing unit or devicecomprising, but not limited to comprising, single-core processors;single-processors with software multithread execution capability;multi-core processors; multi-core processors with software multithreadexecution capability; multi-core processors with hardware multithreadtechnology; parallel platforms; and parallel platforms with distributedshared memory. Additionally, a processor can refer to an integratedcircuit, an application specific integrated circuit (ASIC), a digitalsignal processor (DSP), a field programmable gate array (FPGA), aprogrammable logic controller (PLC), a complex programmable logic device(CPLD), a discrete gate or transistor logic, discrete hardwarecomponents, or any combination thereof designed to perform the functionsdescribed herein. Processors can exploit nano-scale architectures suchas, but not limited to, molecular and quantum-dot based transistors,switches and gates, in order to optimize space usage or enhanceperformance of user equipment. A processor may also be implemented as acombination of computing processing units.

In the subject specification, terms such as “data store,” data storage,”“database,” “cache,” and substantially any other information storagecomponent relevant to operation and functionality of a component, referto “memory components,” or entities embodied in a “memory” or componentscomprising the memory. It will be noted that the memory components, orcomputer-readable storage media, described herein can be either volatilememory or nonvolatile memory, or can comprise both volatile andnonvolatile memory. By way of illustration, and not limitation,nonvolatile memory can comprise read only memory (ROM), programmable ROM(PROM), electrically programmable ROM (EPROM), electrically erasable ROM(EEPROM), or flash memory. Volatile memory can comprise random accessmemory (RAM), which acts as external cache memory. By way ofillustration and not limitation, RAM is available in many forms such assynchronous RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM),double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), SynchlinkDRAM (SLDRAM), and direct Rambus RAM (DRRAM). Additionally, thedisclosed memory components of systems or methods herein are intended tocomprise, without being limited to comprising, these and any othersuitable types of memory.

Referring now to FIG. 10, there is illustrated a schematic block diagramof a computing environment 1000 in accordance with the subjectspecification. The system 1000 comprises one or more client(s) 1002. Theclient(s) 1002 can be hardware and/or software (e.g., threads,processes, computing devices).

The system 1000 also comprises one or more server(s) 1004. The server(s)1004 can also be hardware and/or software (e.g., threads, processes,computing devices). The servers 1004 can house threads to performtransformations by employing the specification, for example. Onepossible communication between a client 1002 and a server 1004 can be inthe form of a data packet adapted to be transmitted between two or morecomputer processes. The data packet may comprise a cookie and/orassociated contextual information, for example. The system 1000comprises a communication framework 1006 (e.g., a global communicationnetwork such as the Internet, cellular network, etc.) that can beemployed to facilitate communications between the client(s) 1002 and theserver(s) 1004.

Communications can be facilitated via a wired (comprising optical fiber)and/or wireless technology. The client(s) 1002 are operatively connectedto one or more client data store(s) 1008 that can be employed to storeinformation local to the client(s) 1002 (e.g., cookie(s) and/orassociated contextual information). Similarly, the server(s) 1004 areoperatively connected to one or more server data store(s) 1010 that canbe employed to store information local to the servers 1004.

What has been described above comprises examples of the presentspecification. It is, of course, not possible to describe everyconceivable combination of components or methods for purposes ofdescribing the present specification, but one of ordinary skill in theart may recognize that many further combinations and permutations of thepresent specification are possible. Accordingly, the presentspecification is intended to embrace all such alterations, modificationsand variations that fall within the spirit and scope of the appendedclaims. Furthermore, to the extent that the term “comprises” is used ineither the detailed description or the claims, such term is intended tobe inclusive in a manner similar to the term “comprising” as“comprising” is interpreted when employed as a transitional word in aclaim.

What is claimed is:
 1. A system, comprising: a processor; and a memorythat stores executable instructions that, when executed by theprocessor, facilitate performance of operations, comprising:facilitating a first transmission of first control data from atransmitter device to a receiver device, wherein the first control datais formatted in accordance with a first data structure, and wherein thefirst control data is employed to facilitate a transfer of a transportblock from the transmitter device to the receiver device; directing, tothe receiver device, code block groups that are determined based onsegmenting the transport block; and in response to receiving, from thereceiver device, a feedback signal that indicates an error during acommunication of a code block group of the code block groups,facilitating, during a first stage of a control channel, a secondtransmission of second control data from the transmitter device to thereceiver device, wherein the second control data is formatted inaccordance with the first data structure, and wherein the second controldata comprises length data indicative of a length of the transportblock; and facilitating, during a second stage of the control channel, athird transmission of third control data from the transmitter device tothe receiver device, wherein the third control data is indicative of thecode block group and is formatted in accordance with an adaptable seconddata structure.
 2. The system of claim 1, wherein the adaptable seconddata structure is determined based on the length data.
 3. The system ofclaim 1, wherein the operations further comprise: determining a numberof the code block groups, and wherein the adaptable second datastructure is determined based on the number.
 4. The system of claim 1,wherein the third control data comprises a bitmap, and wherein a bitposition within the bitmap that corresponds to the code block group isflagged.
 5. The system of claim 1, wherein the feedback signal comprisesa hybrid automatic repeat request.
 6. The system of claim 1, wherein thesecond control data comprises assignment data indicative of a resourceblock assignment employable for the transfer of the code block group. 7.The system of claim 1, wherein the third control data is encoded byemploying an encoding scheme that has been selected based on theadaptable second data structure.
 8. The system of claim 7, wherein theoperations further comprise: in response to determining that theadaptable second data structure satisfies a defined length criterion,employing a Reed-Muller code to encode the third control data.
 9. Thesystem of claim 8, wherein the operations further comprise: in responseto determining that the adaptable second data structure does not satisfythe defined length criterion, employing a polar code to encode the thirdcontrol data.
 10. The system of claim 1, wherein the operations furthercomprise: subsequent to the facilitating the third transmission,directing, to the receiver device, the code block group via a datatraffic channel.
 11. The system of claim 1, wherein the transmitterdevice is an access point device of a communication network and thereceiver device is a user equipment coupled to the access point device.12. The system of claim 1, wherein the receiver device is an accesspoint device of a communication network and the transmitter device is auser equipment coupled to the access point device.
 13. A method,comprising: facilitating, by a transmitter device comprising aprocessor, a transmission of first control data to a receiver device,wherein the first control data employs a first data format, and whereinthe first control data is employed to facilitate a transfer of atransport block from the transmitter device to the receiver device;directing, by the transmitter device, code block groups to the receiverdevice, wherein the code block groups are determined based on segmentingthe transport block; and in response to receiving, from the receiverdevice, a feedback signal that indicates an error during a reception ofa code block group of the code block groups, directing, by thetransmitter device, second control data to the receiver device via anadaptive two-stage control channel, wherein the directing the secondcontrol data comprises: directing, during a first stage of the adaptivetwo-stage control channel, a first portion of the second control datathat comprises length data indicative of a length of the transportblock, wherein the first portion employs the first data format; anddirecting, during a second stage of the adaptive two-stage controlchannel, a second portion of the second control data that specifies thatthe code block group is scheduled to be retransmitted from thetransmitter device to the receiver device, wherein the second portionemploys a second data format that is varied based on the length data.14. The method of claim 13, further comprising: based on number of codeblocks within the code block groups, determining, by the transmitterdevice, the second data format.
 15. The method of claim 13, wherein thedirecting the second portion comprises directing a bitmap comprising aflagged bit that corresponds to the code block group.
 16. The method ofclaim 13, wherein the receiving the feedback signal comprises receivinga hybrid automatic repeat request.
 17. The method of claim 13, furthercomprising: encoding, by the transmitter device, the second portion ofthe second control data based on an encoding scheme that has beenselected in accordance with the second data format.
 18. A non-transitorymachine-readable storage medium, comprising executable instructionsthat, when executed by a processor, facilitate performance ofoperations, comprising: receiving first control data from a transmitterdevice, wherein the first control data adheres to a first data format,and wherein the first control data is employable to facilitate atransfer of a transport block from the transmitter device; based on thefirst control data, receiving code block groups that have been aredetermined based on segmenting the transport block; in response todetermining that a code block group of the code block groups has beendecoded with an error, directing, to the transmitter device, a feedbacksignal that indicates the error; and in response to the directing,receiving second control data from the transmitter device via anadaptive two-stage control channel, wherein the receiving the secondcontrol data comprises: receiving, during a first stage of the adaptivetwo-stage control channel, a first portion of the second control datathat comprises length data indicative of a length of the transportblock, wherein the first portion adheres to the first data format; andreceiving, during a second stage of the adaptive two-stage controlchannel, a second portion of the second control data that specifies thatthe code block group is scheduled to be retransmitted from thetransmitter device, wherein the second portion adheres to a second dataformat having a variable length.
 19. The non-transitory machine-readablestorage medium of claim 18, wherein the operations further comprise:based on the length data, determining the second data format.
 20. Thenon-transitory machine-readable storage medium of claim 19, wherein theoperations further comprise: based on the determining the second dataformat, determining a code that is to be utilized to decode the secondportion.